[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: rikatz
Once this PR has been reviewed and has the lgtm label, please assign danwinship for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

/cc @kflynn

As you wish :)

/lgtm

Thanks @rikatz! I think this is really important as we start looking to have things start in Provisional in order to make it into Experimental.

/hold

I was actually one of the people that argued for the removal of provisional from navigation. This was for a few reasons:

1. We are accepting a large number of provisional GEPs, and many of them may be dead ends/go nowhere. Highlighting these despite their provisional nature could lead to more confusion and/or disappointment.
2. The existing GEP navigation is already overwhelming, this will only get worse as we add an increasing number of provisional GEPs.

If we want to include provisional GEPs somewhere on the website, filled with lots of disclaimers about what it means for something to be provisional, I can be OK with that, I'd just rather have it somewhere less prominent and with more warnings about the nature of provisional proposals.

Sorry @robscott, I remember seeing your comments on this now and spaced on it. 🤦‍♂️

Any suggestions on what you think would be reasonable for the presentation? If we’re having provisional be an important part of the release cycle, we need to have them visible somehow.

(Maybe we should drop the TOC in the sidebar, and instead have links to category pages that then list the individual GEPs. 🤔)

(Maybe we should drop the TOC in the sidebar, and instead have links to category pages that then list the individual GEPs. 🤔)

I can rework this PR to follow this approach instead, rendering the pages experimental, provisional, etc with the GEPs. Will take me some time tho :)